System and method for quality-aware recording in large scale collaborate clouds

ABSTRACT

An example method includes establishing a communication session between a first participant and a second participant, programming, via a control plane, a stream classifier which is to process packets associated with the communication session with classification logic. The method includes receiving a first packet at the stream classifier and, when the communication session requires recording, applying the classification logic at the stream classifier to route the first packet into a chosen service function path that includes a recording service function which reports media quality data to the control plane. Based on the media quality data, the classification logic is updated to cause a migration of the communication session to a new chosen service function path.

TECHNICAL FIELD

The present disclosure relates to recording media and more particularlyto enabling quality-aware media recording in a large-scale,multi-tenant, elastic collaboration cloud service operation using aservice function chain architecture.

BACKGROUND

Call recording is a key capability in contact center environments. Callrecording helps businesses to identify service delivery qualityimprovement opportunities, comply with legal regulations and promoteknowledge reuse for learning/training purposes. Currently, a significantportion of the install base uses on-premise contact center deploymentswith call recording provided by a dedicated set of Session InitiationProtocol (SIP) based recording servers. As enterprises and small tomidsized businesses move towards subscription-based consumption models,service providers are now offering contact center as a service (CCaaS)by hosting multi-tenant, elastic, large-scale Unified Communications(UC) and contact center infrastructure in the cloud. These clouddeployments typically replicate the on-premise architecture andprovision several virtual instances of session border controllers(SBCs), and recording servers to support the high call volume in theoperator's network. This approach comes with processing inefficienciessuch as individual SIP signaling session between Session RecordingClient (SRC) and Session Recording Server (SRS) for each recordedsession.

BRIEF DESCRIPTION OF THE DRAWINGS

In order to describe the manner in which the above-recited and otheradvantages and features of the disclosure can be obtained, a moreparticular description of the principles briefly described above will berendered by reference to specific embodiments thereof which areillustrated in the appended drawings. Understanding that these drawingsdepict only exemplary embodiments of the disclosure and are nottherefore to be considered to be limiting of its scope, the principlesherein are described and explained with additional specificity anddetail through the use of the accompanying drawings in which:

FIG. 1 illustrates an example system configuration;

FIG. 2 illustrates architecture which includes a control plane, a mediaplane, and a storage provider for enabling a quality aware recordingfunctionality;

FIG. 3 illustrates a social networking aspect to this disclosure;

FIG. 4 illustrates an approach to retrieving a recording via socialmedia;

FIG. 5 illustrates a method aspect of this disclosure; and

FIG. 6 illustrates a method aspect of this disclosure.

DESCRIPTION OF EXAMPLE EMBODIMENTS

Various embodiments of the disclosure are discussed in detail below.While specific implementations are discussed, it should be understoodthat this is done for illustration purposes only. A person skilled inthe relevant art will recognize that other components and configurationsmay be used without parting from the spirit and scope of the disclosure.

There are several issues with the above described contact center as aservice (CCaaS) which is hosted by a multi-tenant, elastic, large-scaleUnified Communications (UC) and contact center infrastructure in thecloud. The first issue relates to scaling. The current architecture doesnot enable a plausible approach to scaling the call recording feature ina highly multitenant environment. The second issue relates to quality.Again, the current architecture does not provide a sufficient approachfor maintaining good quality. The question is can the system dynamicallyswitch to another service if there is a media quality issue. Thearchitecture needs to be media quality aware. Further, there is aninability to take real-time action to prevent recording media qualitydegrade.

For example, in today's architecture a network can include a recordingserver and a separate control server. The SIP protocol can be used toset up the communication paths. In one example, assume a call comes intoa company for customer support. The company received a call at a callcontrolling system. If the company desires to record the call, then aseparate call would be established between the call controlling systemof the company and the recording server. The SIP protocol would alsolikely be used to establish the communication (a separate call) betweenthe call controlling system and the recording server. Thus, in thecurrent scenario, the recording function is enabled through this set upof two separate calls between the various entities, the caller, the callcontrolling system of the company, and a separate recording server.

Overview

Additional features and advantages of the disclosure will be set forthin the description which follows, and in part will be obvious from thedescription, or can be learned by practice of the herein disclosedprinciples. The features and advantages of the disclosure can berealized and obtained by means of the instruments and combinationsparticularly pointed out in the appended claims. These and otherfeatures of the disclosure will become more fully apparent from thefollowing description and appended claims, or can be learned by thepractice of the principles set forth herein. The scheme proposedaddresses the issues raised above by leveraging the Service FunctionChaining (SFC) Architecture.

Application Ser. No. 14/989,132 (CPOL-998347), filed Jan. 6, 2016, andincorporated herein by reference, is entitled Network Service Header(NSH) Metadata-Based End-to-End Multimedia Session Identification andMultimedia Service Optimization. The '132 application describes thepropagation of session-ID value as NSH metadata in the Service FunctionChain (SFC) architecture. That disclosure suggests that session-IDmetadata can be used to determine inclusion of Session Recording Server(SRS) Service Function (SF) in the Service Function Chain (SFC). The'132 application also proposes reporting of media flow statisticsaggregated at the session-ID level. The concepts proposed here build onthe foundation of the '132 application by also including a stream ID inthe NSH metadata and also goes on to describe the end-to-end procedureused to realize real-time session recording service as a Network ServiceFunction (NSF). The contents of application Ser. No. 14/989,132 areincorporated herein by reference.

In one aspect, an application can provide call recording capabilities.In one approach, the application does not leverage SIP signaling nor SFCto establish recording session. Instead it uses proprietary applicationAPIs to invoke recording to a call, which is not at all an optimalapproach to solve this problem for the industry (large clouds,multi-vendor deployments, etc.). The concept disclosed herein leveragesand builds on the standards-based SIP Recording (SIPREC) architecturethat was defined in the IETF and whose various architectural componentsare described here: https://datatracker.ietforg/wg/siprec/documents/,incorporated herein by reference. The solution described in thissubmission makes use of the Service function Chaining (SFC) architecture(defined in RFC 7665) and the metadata field provided by the NetworkService Header (NSH) (defined in draft-ietf-sfc-nsh). This disclosuremake use of these technologies to deliver a unique and novel solution todeliver real-time and quality-aware session recording for large scalecloud deployments.

This disclosure provides a novel method to enable quality-aware mediarecording in large scale, multi-tenant, elastic collaboration cloudservice operation networks using service function chain architecture.The recording functionality is provided as a service by recordingnetwork service function (NSF) using the stream Ii) of the media streampassed as metadata in the network service header (NSH). Recording NSFalso reports media statistics to a control plane and a real-timetransport protocol (RTP) stream classifier, which is part of a mediaplane, enabling them to take real-time actions to mitigate or minimizequality impairments in the recorded media. The control plane takes careof connecting callers (from wherever they are calling from) and the callset up. The media plane includes the RTP stream classifier and thenetwork service functions that perform various processing on the mediastreams in real time, such as recording. The media plane can manageaudio, video, media sharing, and so forth. The architecture disclosedherein enables the control plane and the media plane to communicate insuch ways as using an API as well as enabling the media plane to bebroken up into individual components, logical functions or servicefunctions.

An example method includes establishing a communication session betweena first participant and a second participant, programming, via a controlplane, an RTP stream classifier which is to process RTP packetsassociated with the communication session with classification logic. Themethod includes receiving a first packet at the stream classifier and,when the communication session requires recording, applying theclassification logic at the stream classifier to route the first packetinto a chosen service function path of a plurality of service functionpaths, wherein the chosen service function path includes a recordingservice function. The recording service function can report mediaquality data to the control plane. Based on the media quality data, thecontrol plane can update the classification logic programmed in the RTPstream classifier to migrate the communication session to a new chosenservice function path to yield updated classification logic. The RTPstream classifier then receives subsequent RTP packets of the samesession and routes them, according to the updated classification logic,to the new chosen service function path.

Several advantages of the concepts disclosed herein include the abilityto eliminate the need to have SIP signaling between the SessionRecording Client (SRC) and the Session Recording Server (SRS) and todetect low quality recording conditions and take actions to preventcontinued quality degradation. This is useful for environments thatrequire zero or very minimal loss recording for regulatory compliance.While one aspect of the idea applies to applications using that SIPprotocol, the concepts disclosed therein are broader and any particulardiscussion of the concepts disclosed herein should not be presumed to bein the context of SIP unless explicitly stated. Thus, any signalingprotocol and/or any recording architecture could apply to the principlesdisclosed herein.

Further advantages can include enabling storage location flexibility ina multi-tenant environment. The storage location can be different fordifferent tenants and can be dynamically changed by the control planeand increasing scalability by moving recording as a data planefunctionality.

DESCRIPTION

The present disclosure addresses the issues raised above. The disclosureprovides a system, method and computer-readable storage deviceembodiments. First a general example system shall be disclosed in FIG. 1which can provide some basic hardware components making up a server,node or other computer system.

FIG. 1 illustrates a computing system architecture 100 wherein thecomponents of the system are in electrical communication with each otherusing a bus 105. Exemplary system 100 includes a processing unit (CPU orprocessor) 110 and a system bus 105 that couples various systemcomponents including the system memory 115, such as read only memory(ROM) 120 and random access memory (RAM) 125, to the processor 110. Thesystem 100 can include a cache of high-speed memory connected directlywith, in close proximity to, or integrated as part of the processor 110.The system 100 can copy data from the memory 115 and/or the storagedevice 130 to the cache 112 for quick access by the processor 110. Inthis way, the cache can provide a performance boost that avoidsprocessor 110 delays while waiting for data. These and other modules cancontrol or be configured to control the processor 110 to perform variousactions. Other system memory 115 may be available for use as well. Thememory 115 can include multiple different types of memory with differentperformance characteristics. The processor 110 can include any generalpurpose processor and a hardware module or software module, such asmodule 1 132, module 2 134, and module 3 136 stored in storage device130, configured to control the processor 110 as well as aspecial-purpose processor where software instructions are incorporatedinto the actual processor design. The processor 110 may essentially be acompletely self-contained computing system, containing multiple cores orprocessors, a bus, memory controller, cache, etc. A multi-core processormay be symmetric or asymmetric.

To enable user interaction with the computing device 100, an inputdevice 145 can represent any number of input mechanisms, such as amicrophone for speech, a touch-sensitive screen for gesture or graphicalinput, keyboard, mouse, motion input, speech and so forth. An outputdevice 135 can also be one or more of a number of output mechanismsknown to those of skill in the art. In some instances, multimodalsystems can enable a user to provide multiple types of input tocommunicate with the computing device 100. The communications interface140 can generally govern and manage the user input and system output.There is no restriction on operating on any particular hardwarearrangement and therefore the basic features here may easily besubstituted for improved hardware or firmware arrangements as they aredeveloped.

Storage device 130 is a non-volatile memory and can be a hard disk orother types of computer readable media which can store data that areaccessible by a computer, such as magnetic cassettes, flash memorycards, solid state memory devices, digital versatile disks, cartridges,random access memories (RAMs) 125, read only memory (ROM) 120, andhybrids thereof.

The storage device 130 can include software modules 132, 134, 136 forcontrolling the processor 110. Other hardware or software modules arecontemplated. The storage device 130 can be connected to the system bus105. In one aspect, a hardware module that performs a particularfunction can include the software component stored in acomputer-readable medium in connection with the necessary hardwarecomponents, such as the processor 110, bus 105, display 135, and soforth, to carry out the function.

FIG. 2 illustrates the system components 200 which describe an exampleembodiment. A control plane 204 is established which handles setup andteardown of signaling sessions between the calling and calledparticipants or among the conference participants (not shown). A devicecan also be a participant to a communication. A media plane can includethe RTP stream classifier 208 and Network Service Functions 223, 224,226, 228 that perform various processing on the media streams inreal-time such as recording 222. The network service functions can beorganized into separate service function paths 214, 218. Each separateservice function path can process the various media streams that requirethe particular series of functionality provided by each individualservice function. Storage providers 220 are provided in thecollaboration cloud that can store the recorded media files within thesame cloud or interface with 3rd party storage providers such as Box,Google, Amazon, etc. The scalability of recording from the storageprovider perspective 220 is handled by the individual providers. Thecontrol plane 204 maintains high level metadata 202 about each of themedia streams it is processing and/or managing.

Example functionality for the individual service functions 223, 224,226, 228 could include converting from RTP to SRTP, a transcodingcomponent such as changing the payload from one codec to another, socialmedia functions, and so forth. In one aspect, individual servicefunctions 223, 224, 226, 228 can also provide unidirectional orbidirectional communication with the control plane 204. For example,information about the respective processing performed by theseindividual service functions can affect the quality of recording thesession. Accordingly, the control plane may not only receive qualityrelated data from the recording function 222, but can receive other datawhich can directly indicate packet loss or other degradation of qualitydirectly or could include tangential information from which it could beinferred that a loss of quality or a reduction in quality may or isbeing experienced with respect to the recording. Such information can beutilized independently or in combination with quality information forthe recording function 222 to arrive at decisions on whether to updatethe classification logic for the RTP stream classifier 208 and if so,how to revise the logic so as to cause a migration of a stream from oneservice function path to another.

In another example, the SF1 223 in SFP1 (214) can add metadata to apacket or packet header. The added metadata can be passed on by SF2(224) to the recording module 222 which can be processed or passed on tothe control plane 204 to increase the understanding of potential packetloss or other issues which can affect the quality of a recording. In oneaspect, SF2 (224) can add to the metadata, and perform a function basedon the metadata, remove the metadata, or modify the metadata. Thebroader point is that with respect to providing quality aware recording,other service functions in the service function path 214 can performspecific analyses or processing with respect to their functionalitywhich can impact the quality of recording. This information can begenerated, processed and passed on such that it can ultimately beutilized in potentially updating classification logic transferred to theRTP stream classifier 208 for making classification decisions.Ultimately, any one or more of the following pieces of information canbe utilized to provide quality-aware recording: the source port and/oraddress, the destination port and/or address, what information is in theRTP packet, how the classification rule is applied, external informationabout performance or triggering events, user profile information,service level agreement data, social media data associated withparticipants or the communication, and so forth.

The RTP stream classifier 208 processes incoming RTP packets 206 anddetermines, based on analysis of the packets, a chosen service functionpath for processing or managing the packets. The optional paths arelogical chains of service functions as a shown in FIG. 2. The streamclassifier 208 can also process any other type of packets as well. TheRTP stream classifier 208 only looks, in one aspect, at RTP packets, anddetermines to which path to send the packet. The RTP stream classifier208 implements classification rules that defines, when the classifierreceives a packet, that it belongs to flow 1, the classifier 208 needsto take and send it to service function path 214 (SFP 1) or servicefunction path 218 (SFP 2). The tables and functionality get controlledand programmed by the control plane 204. The classification logic ispushed by the control plane 204.

The system could also use alternate nodes or entities beyond thestructure shown in FIG. 2. Accordingly, an aspect of this disclosureincludes application of the basic functionality described herein but notnecessarily performing that functionality using the exact structuredisclosed in FIG. 2.

Examples of sessions established by the control plane 204 can includeinternal calls between endpoints registered to the same cloud provider,inbound calls from external SIP service provider to an endpointregistered to the cloud and outbound calls from an endpoint registeredwithin the cloud to an external public switched telephone network (PSTN)caller. A user or participant can also be a device such as a speechprocessing system.

For sessions that need to be recorded, the control plane 204 sets up thesignaling session such that RTP streams flow through its media plane.For sessions that do not require additional media processing, a directmedia connection is established between the source and destinationendpoints/devices or a Service function path that doesn't have theRecording service function is utilized.

The following describe the method to deliver recording as a service.First, the control plane 204 maintains information 202 for all activemedia streams and exposes this information to the Network ServiceFunction via an API interface. This information can include: 1. Flowdetails, such as one or more of the following parameters: {Src IP, Srcport, Dest IP, Dest port, Protocol}; 2. Stream ID, which is a uniqueidentifier for the media flow; 3. Session ID, which is the session ID ofthe communication session to which the media flow belongs to; 4. Aboolean parameter indicating whether the media flow needs to be recordedor not; 5. Parent Tenant IDs, which can be a list of tenants to whichthe media stream is associated with (origination and destination tenantsof a media stream may be different); 6. A recording tenant ID, which isa subset of parent tenant IDs that require this stream to be recorded;7. A recording profile parameters (recording format); and/or 8. A securereal-time transport protocol (SRTP) key parameters required to decryptthe media flow.

The session ID is something specific to signaling that allows the systemto track a call end-to-end even if there are different call legs thatare set up. Assume that a user calls into a contact center, the call maybe processed by several different products. From an end-userperspective, all of the call legs which are established to connect tothe various products appear to be one single call. Previously, one wouldhave to manually collate all of these call legs. Now, there is a sessionID, there are some unique IDs that are used, that allow the call to betracked end-to-end, even if there are multiple call legs. The system cantrack each product that the call is connected to. This is a uniqueidentifier for a call. The session ID is a particular identifierconfigured for a particular protocol, such as a SIP signaling protocol,and identifies the session from an end-user perspective. However, othersimilar functionality could be built into a different version of asession ID or whatever protocol may be used. Thus, an identifier couldbe used to identify a session, independent of a specific protocol thatis used to establish, maintain and manage that session.

The stream ID relates to an individual media stream. The stream ID canbe structured in a tuple with a source address of the destinationaddress as well as other information. It can maintain who was sendingwhat, whether the communication is bidirectional, and so forth. Itmaintains a high level metadata table.

The control plane 204 uses one or more pieces of the above informationto determine the chain of Network Service Functions, or the ServiceFunction Path (SFP), for each media flow. For example, the control plane204 can include the Recording 222 Network Service Function in oneservice function path SFP1 (214) if the media flow needs to be recorded.Once the path 214, 218 is determined, the system configures the RTPstream classifier 208 at the media plane with {Src IP, Src port, DestIP, Dest port, Protocol} Service Function Path (SFP) mapping logic.There may be more than one SFP for a given media flow in which case eachSFP is associated with a priority or an identification of which pathshould be used for which portion of a flow. Note in FIG. 2 that thechain of network service functions (SFP1) 214 includes the recordingfunction 222 while the chain of network service function path (SFP2) 218does not.

Next is described the life of a RTP packet 206. After the communicationsession is established by the control plane 204, the control plane 204programs the RTP Stream classifier 208 with {Src IP, Src port, Dest IP,Dest port, Protocol} or a Service Function Path (SFP) mapping. In theexample of FIG. 2, assume that SFP1 (214) has a higher priority thanSFP2 (218). The SFP with the highest priority is the most preferredpath. In one aspect, the organization of the paths when there aremultiple paths can be based on other factors besides a simpleprioritization. For example, system performance, timing elements, othertriggering events, could be applied and reported to the control plane204 such that the classification logic 208 can direct streams to theappropriate path. The controller generates a universally uniqueidentifier (UUID) to uniquely identify each stream and passes it as thestream ID to the RTP stream classifier 208. The controller can also useice-ufrag if available as a unique stream ID. The “ice-ufrag” is theinteractive connectivity establishment (ice) user name fragment. The“ice-ufrag” attributes convey the user name fragment and password usedby ice for message integrity. For more information, seehttps://tools.ietf.org/html/rfc5245#section-15.4.

The RTP stream classifier 208 is the entry point for all RTP packets 206handled by the media plane 200. The classifier 208 looks up {Src IP, Srcport, Dest IP, Dest port, Protocol}—SFP mapping table 210 and selectsthe mapped SFP with the highest priority or other parameter forselecting a mapped path. The RTP stream classifier 208 forms a NetworkService Header 212 with the selected SFP ID along with stream ID asmetadata. The NSH header 212 and RTP packet 206 is encapsulated in anouter header (GRE for example) and sent to the Service Function chainSFP1 (214) as a NSH packet. Other formats could be used as well in termsof the protocol or structure of the packet besides the NSH structure. Ifthe media needs to be recorded, then the classifier 208 will choose aservice function path that includes the service function recordingfeature or module. The logic to perform this functionality is providedby the control plane 204 to the RTP stream classifier 208. Thus, toenable the functionality of the classifier 208 being able to route aparticular stream to the appropriate service function path 214, 218, thesystem needs two pieces of information. The first piece of informationis the stream ID and the next piece of information is the recorderprofile. As the packet is received, the classifier 208 adds an NSHheader which includes the stream ID and the recorder profile.

Assume that the NSH packet is provided to the service function path 214,which includes the recording feature 222. The NSH packet traverses theSFs 223, 224 in the Service Function chain 214. The packet reaches therecording service function 222 which uses stream ID value from the NSHmetadata as a key to look up a list of active recording buffers. If abuffer is found, the RTP packet is copied to the buffer. If lookup isnot successful, it creates a new recording buffer in the list withstream ID as the key and adds the RTP packet to the buffer. Note thebuffers can be stored in a cloud storage 220 where the recorded data isstored encrypted. After a period of time of buffering packets in thebuffer, the recording service function 222 begins to transmit the filesto cloud storage 220. For example, after one minute of buffering a mediastream, the recording service function 222 could begin to transmit therecording content to the cloud storage 220. The approach disclosed inapplication Ser. No. 14/643,802, incorporated herein by reference, canbe used to store the data in cloud in an encrypted manner.

The recording service function 222 uses an application programminginterface (API) with the control plane 204 to retrieve a tenant IDand/or a recording profile information for the given media stream. Thus,there can be bidirectional communication between the recording servicefunction 222 and the control plane 204. The recording profile can alsobe included as part of the NSH 212. The recording profile can includesuch information as storage logic, a chosen codec, a preferred codec,and/or a list of prioritized codecs. The recording service function 222converts the RTP packets in the media stream's local recording bufferinto a recording file as per the format specified in the recordingprofile. The recording service function 222 then uploads the contents ofthe recording file to the storage location (Box, Google etc.) 220 ofeach Tenant that has requested recording. The conversion and upload taskcan happen as the service function receives RTP packets or the servicefunction 222 can store it in a temporary buffer and do it periodically(e.g. 1 min). If the recording file for this stream already exists inthe cloud, the new media section may be appended to the existing file.Alternatively the recording SF 222 can create multiple files but indexthem using the stream ID as a key. All the related files of a givenstream stored in cloud would have same stream ID key and be thereforeconnected or chained together. A search based on stream ID would returnthe list of files.

In another aspect, the NSH can include a tenant ID. The tenant ID couldidentify which cloud storage provider the system should be utilized forrecording that stream. The tenant ID can be identified in the NSH, orcommunicated from the control plane 204 to the recording servicefunction 222. For example, if the tenant ID identifies Google, Box, orAmazon, and so forth, as a particular cloud storage provider, therecording service function 222 can establish the communication with thechosen provider for storing the data associated with the stream ID. Thisapproach allows the system to scale. In the existing architecture, thecall controller and the recording element must have a SIP callcommunication established which can be limiting in terms of scale. Theimprovement disclosed herein is that there is a logical component (whichmay need some API interfaces) that is processing on the media and thus,from a scaling perspective, the new approach can make scaling mucheasier.

Further, how does one make the system intelligent enough such that itknows when something is happening with respect to the quality of themedia. There are some scenarios where there is a requirement to havezero loss in the recording. If the network is experiencing some loss,then the system should be dynamic enough to pull in other resources toprovide for zero loss. In the existing architecture, the control planeis not aware of such loss. Each of these service functions can providefeedback back to the control plane 204. The feedback represented fromthe recording function 222 and the control plane 204 can also representfeedback from the other functions 223, 224 or the service function path214. It is noted as well that the communication can be bidirectionalbetween the control plane and/or the service function path 214 or otherindividual service functions. In other words, data, feedback, or anyother communication can be exchanged between the control plane 204 andthe other components. The recording service function 222 can alsomaintain statistics of the success of receiving packets, or detailsabout jitter, and so forth. The recording service function 222 canreport that back to the control plane 204 and dynamically report that aparticular SFP 214 is experiencing problems. In this case, the systemcan dynamically change the classification logic in the RTP streamclassifier 208 as directed from the control plane 204 so that the streamis no longer going to go to SFP 1 (214), but is rerouted to go to a newSFP 11 (not shown). The SFP 11 (now shown) could be in a particularcluster of processing elements that is geographically separate or inimproved position. Perhaps the processing is being moved closer to theuser's location. The new cluster of service functions could beperforming at a higher performance level than the initial path. Theposition of the new service functions could also provide improvedbandwidth, improved hardware processing, and so forth. Any improvementparameter could be the basis upon which the control plane 204 providesupdated classification logic to the RTP stream classifier 208 in orderto migrate a particular stream from an underperforming service functionpath 214 to a new service function path, which can include the same orequivalent service functions as required by the stream, but which canprovide the necessary quality for recording the media associated withthe stream.

Included herein would be all of the necessary control elements to pausea recording from a first recording service function 222 and reengage orreestablish the recording from a new SFP 11. Utilizing the various dataabout the stream, such as the stream ID, the recorder profile, thetenant ID, and so forth, and enable the system to migrate from oneservice function path to another. The storage provider 220, for example,may be in the middle of recording a certain media stream when thecontrol plane 204 migrates the recording from one service path toanother. The storage provider 220 can identify a location at which thestream is paused or stopped and subsequently received from the newrecording service function in SFP 11, in order to either start a newfile for the recording or to expand and continue recording using theexisting file from the first SFP.

There is no perceived change from the user standpoint, but there is achange in service function path to which a stream is assigned. In oneexample, assume a call is being set up at 10 MB per second, and therecording of the call is very important. If the system experiencespacket loss which can affect the quality of the recording, then thesystem can take some action to lower the bandwidth, or increase thebandwidth, or some other action.

In addition to forking RTP and storing in the cloud, the recordingservice function 222 can use the control plane's API interface toretrieve metadata required and store them along with the recorded datain the cloud. The metadata may be indexed using SIP session ID as keyinformation. Alternatively, some other identifier (like conference ID,participant ID etc. which can be shared with playback application) canbe used as an index key to store the metadata. The metadata can followthe format defined in draft-ietf-siprec-metadata. If the SIPREC metadatais used, the associated stream ID is stored as metadata's<stream>XMLelement's UUID.

After processing the NSH packet, the recording SF 222 passes it to nextSF in the chain 214. The last SF in the chain removes the actual RTPpacket from the encapsulated packet (GRE) and sends it to next Layer 3network hop.

Next is discussed the concept of quality aware recording. The recordingSF 222 also computes and maintains media quality statistics for eachactive recording session. It periodically reports media qualitystatistics information to the control plane 204. The recording servicefunction 222 could also report media quality data directly to the streamclassifier 208 and/or any other node. The reporting of the data enablesthe control plane 204 to be recording-quality aware and invoke specificactions such as triggering a signaling update to negotiate a lowbandwidth codec for the recording stream.

The recording SF 222 could also send the recording quality informationto the RTP stream classifier 208 which can invoke specific actions suchas choosing the next preferred SFP if the current recording SF 222 isexperiencing poor media quality

There are several ways to stop a recording session: (i) The recording SF222 can detect end of stream by means of having a configurable mediainactivity timer. If no RTP packets are received within the expirationtime, the stream is considered inactive and the recording session isstopped; and (ii) Alternatively, the control plane 204, on receiving adisconnect for a communication session, can request the recordingservice function 222 to stop the recording session by passing thecorresponding stream IDs.

When the recording is stopped, the remaining RTP packets of therecording buffer are appended to the existing recording file in thestorage location.

Another aspect of this disclosure is how to retrieve recordings from thestorage provider 220. The stream ID can be used as a key for identifyingthe stream for playback. A playback application 230 can use the sessionID and stream ID to fetch the list of recording files from the cloud 220for a given communication session. If the streams are stored encryptedin the cloud, the mechanism mentioned in application Ser. No. 14/643,802(CPOL-995420), filed Mar. 10, 2015, entitled Recording Encrypted MediaSession, can be used by playback application to decrypt the files andplay the recordings. The contents of application Ser. No. 14/643,802 areincorporated herein by reference

A participant in the communication session can utilize a site or anapplication on a device such as a desktop computer or a mobile device,and later retrieve the recorded file associated with the communicationsession from storage 220. The device 230 can store the session ID andstream ID or can access over a network, a database (not shown) of suchinformation. The database could communicate with the control plane 204and/or the cloud storage entity to 220 to obtain such information.Furthermore, the database can organize and index the session ID andstream ID such that a user via device 230 could provide information suchas the other participant in the communication, the date of thecommunication, or other identifying information which can be used toretrieve a session ID and/or stream ID which were provided to thestorage entity for retrieving the recording.

As recordings between individuals may be desired to be kept private,more secure access can be provided. For example, a password can beprovided, or information about the other participants in theconversation can be requested. The system can request identification ofthe date or time of the recording of the communication or when thecommunication session occurred, and so forth.

In one aspect, assume that the buffer associated with recording module222 is one minute long. Accordingly, one minute groupings of packets aretransmitted to the storage facility 220. The groupings can be organizedinto a single file in the storage facility 220 which has an associatedstream ID that is a key for later access. The system could also recordindividual one minute long files in the storage facility 220 for laterretrieval. These files could be identified by the stream ID plus achronological ID that the user could identify the 14^(th) minute ofrecording within a particular stream ID. Automatic speech recognition orother speech processing could also be applied to the audio such thatcontent-based searching could also be performed. The stream ID is usedto retrieve all associated files. The session ID could also be used aswell. For example, if a user called a call center and talked withseveral different individuals, there may be multiple stream IDsassociated with the overall experience. The session ID can encompassmultiple stream IDs and be associated with the overall session.

It is also noted that, as a shown in FIG. 2, any data can becommunicated in bidirectional way between the storage facilities 220 andthe recording function 222. While the content will typically flow fromthe recording function 222 to the storage facility 220, other controlsignals, feedback, reporting data, and so forth can flow bidirectionallybetween these two entities. The storage facility 220 could also indicategenerally with the service function path 214 or the other servicefunction paths or any other service function as well.

One aspect of this disclosure relates to social media. FIG. 3illustrates a general coordination between social media and therecording platform 200 disclosed in FIG. 2. For example, in thearchitecture 300 shown in FIG. 3, a first user device 302 communicateswith a social network 304 which is also communicating with a second user306. The social network can be any social network such as Facebook,Twitter, Instagram, Tumblr, LinkedIn, Pinterest, Snapchat, email,texting applications, and so forth. Any communication medium which canbe utilized to connect individuals in one way or another can beapplicable. This can include dating sites, Skype, text messaging, or anyother communication means. In any such communication, an identificationof the participants is available. From any such social media orcommunication interface, additional functionality can be included whichcan transition the communication into a recordable event. For example,users of Facebook may be involved in the Facebook chat through themessenger application. The users may decide they would like to have anaudible discussion and click on a button or interface with the system insome manner to initiate a call and/or a video conference. The system canthen transition the users to have that communication managed by thecontrol plane 204 and the features described above relative to FIG. 2.The flow information 202 maintained by the control plane 204 can bepopulated with information about the participants, their availablecommunication means, and so forth. An API can be utilized to query howeach individual user would transition to a call or a video session. Forexample, one user may be at a desktop computer with a headset and avideo camera. Through the social media applications or through abrowser, the system can communicate to the control plane 204 or someother entity, the capabilities of the first user 302. Assume the seconduser 306 is using a mobile device for the social media communication.The second user device 306 can report its ability to handle a telephonecall. The control plane 204 or some other entity can harmonize theavailable communication means of each device and determine how toestablish a communication session between the users. In the aboveexample, the system can determine that a telephone call is the easiestmechanism for establishing the communication. In this case, assumingthat the system has received an interaction via the social networkingcommunication mechanism that the users desire to shift to a telephonecall, the system can automatically transition the users to such a call.Any mechanism of accomplishing this establishment can be utilized. Forexample, the system could call the telephone number of the device 306 aswell as initiate a session via Skype with device 302 and connect theusers via the network in any manner required. When the users transitionto the telephone call in this example, the ability of the control plane204 to manage the communication through a selected service function path214, 218 can be implemented. The social networking interface throughwhich the users indicate a desire to transition to an audiblecommunication, can also include options, such as a recording optionbutton, which can guide the control plane 204 to determining whichservice function path will be selected or which should take priority forthe communication.

FIG. 3 illustrates a communication between the social network 304 andthe control plane 204. This is meant to be a general representation ofthe fact that communication can occur between the social networking siteand an entity, such as the control plane or other entity, which wouldmanage and establish the telephone call or other type of communication.

At this stage, the communication would be handled and managed as setforth above with respect to providing quality aware recording in astorage entity 220.

Following the end of the audible communication, either of user 302 oruser 306, or only one of the users 302 and 306 under certaincircumstances, may retrieve the recording in the storage entity 220. Forexample, the retrieval method can be implemented via the social mediacommunication interface. An object could be presented via the socialnetwork 304 which a user can interact with to retrieve the recording.FIG. 4 illustrates an example interface 400. Assume this interface is asimple messenger or texting interface. This could be a Facebookmessenger, a comment thread on a social network posting, a common threadas part of a news article, a chat between a support site and a user of aproduct, a video related interface, or any other mechanism in whichusers might be communicating. Options can be presented such as chat 404,call 406, or video 408. These options generally represent the ability totransitions from a texting (or other social media interface) interfaceto a new form of communication which can be recorded. In a generaltexting application, there are simply two users which can be of courseidentified and a communication path be established.

In other scenarios, say when multiple users are commenting on a newsarticle, individual users can engage in a conversation amidst otherusers. In such a scenario, the interface can provide the ability of oneuser to request a call or a new mode of communication with another user.For example, if Mary, John and Jane each provide a comment about a newsarticle or posting, and Joe responds to Jane's comment, and Jane in turnresponse to Joe, a mechanism is presented which would enable Jane and/orJoe to request a telephone call with the other person. Once theparticipants are identified, the available means of vindicationestablished and confirmed, and a communication session then initiated,the flow can continue as described above with respect to which servicefunction path(s) is/are utilized to achieve the particular functionalitydesired by the users, including recording the call.

Other service functions in a path 214, 218 could also be implementedbased on the particular functionality of a social media network. Forexample, if two users engage in a conversation initiated from Facebookor Instagram, a path could be chosen which includes additionalfunctionality which is presented to the users. For example, relevantpictures to the conversation could be coordinated and presented to theuser for posting on the social media network.

Also shown in FIG. 4, is a button 402 which can be presented as part ofthe social networking communication sessions when a recording exists inthe storage entity 220. The reason for placing the button 402 in thislocation is that Mary or John, the people communicating in FIG. 4, canreturn back to their communication which initiated the audiblecommunication session. This provides an easy mechanism for either ofthem to interact with button 402, which would initiate a communicationbetween the social network 304 and storage 220, as is shown in FIG. 3,to retrieve that communication between the individual users. The socialnetworking site 304 can maintain the session ID and/or stream ID whichwould be necessary to batch the recorded file or list of recorded filesfrom the cloud storage entity 220. The social networking site 304 couldalso include a separate interface in which recorded communicationbetween the individual user and friends or acquaintances in their socialnetwork are recorded. Both kinds of notifications could also be providedas well. In other words, the system could provide a button 402 that isintractable which can be used to retrieve a recording betweenindividuals communicating via the social network. Separately, the systemcould provide a drop-down menu or some other interface which couldprovide a list of recordings for an individual user. Thus, if Mary inFIG. 4 has a telephone conversation with John that is recorded and avideoconference with her grandmother that is also recorded, Mary couldaccess a drop-down menu which would list those two recordings and anyother associated data or metadata around those recordings.

In another aspect, the button 402 could be used to initiate therecording of a call that is going to take place. For example, the button402 could appear based on an analysis of the language of the textsession (shown in FIG. 4) which indicates that the participants want toswitch to a call. The button could perform one of more of the followingfunctions: (1) initiate a call between the parties at designed numbersor locations; (2) record the call between the parties; and/or (3) othernetwork functions, such as initiate a different kind of communicationsession, video session, different language services, and so forth. Thelabeling of the button could reflect the functionality. For example,feature 402 shows “recording/play” which represents either the recordingfunction or the play function. Alternate labeling could include“establish call” or “call and record”. Button 402 can also representseveral options such that the individual functionality could be brokenout into separate buttons. Thus, the participants could choose to eithersimply set up a call without recording or to set up the call and record.Further, the system can analyze the dialogue when determining whatbuttons to present. For example, if John said “yes, let's switch to acall and record it,” then the system could analyze that language andpresent a single button 402 which would implement the call as well asthe recording functionality. These selections could also have bearing onwhich service function path the call gets routed to by the system shownin FIG. 2.

Of course while the example set forth above primarily discuss recordingand audible medication such as a call, other forms of communication canalso be recorded in a similar manner. Facetime video calls, Skype videocalls, screen interactions, virtual reality experiences, display images,could all be recorded depending on the appropriate context of acommunication between two people. Furthermore, interactions betweenhumans and machines such as through speech recognition systems orinteractions with avatars could also be recorded in a similar manner.

Of the various embodiments disclosed herein, the functionality that canbe claimed by way of example can be addressed from different viewpoints.For example, the functionality performed by the control plane tool forcan provide one claim set. Another claim could be focused on thefunctionality from the media plane, which includes the RTP streamclassifier 208 and the various network service functions 214, 218 thatperform the various processing on the media streams in real time. Oneembodiment could be from the standpoint of the storage provider 220. Thevarious signals that are transmitted and received in the functionalityperformed by each of the separate entities can be separately claimed.All of the functionality that would be necessary to perform any suchsteps from the respective standpoint can be included within thisdisclosure even if not expressly described. For example, FIG. 2illustrates the recording service function 220 transmitting a recordingfile to the storage provider 220. Thus, if the claim is from thestandpoint of the media plane, the claim can include a step oftransmitting a recording to a storage entity. Similarly, the disclosurethen would be presumed to include the concept, from the standpoint ofthe storage provider 220, the step of receiving a recording from themedia plane. Metadata, control data, content, and so forth are generallypresumed to be communicated between the various entities, whichcommunications can also include communications via specifically definedAPIs. Similarly, communications between the social network 304 and anyof the entities shown in FIG. 3 are also considered to be separateembodiments. For example, the signals received, functions performed, andcommunication from a social network 304 can also be separately addressedin the claims. All such functionality as would be needed to perform thesteps disclosed herein, are applicable and presumed as part of anyspecific example or embodiment, even if not expressly described.

FIG. 5 illustrates an example method embodiment. A method includesestablishing a communication session between a first participant and asecond participant (502), programming, via a control plane, a streamclassifier which is to process packets associated with the communicationsession with classification logic (504), and receiving a first packet atthe stream classifier (506).

When the communication session requires recording, the method includesapplying the classification logic at the stream classifier to route thefirst packet into a chosen service function path of a plurality ofservice function paths, wherein the chosen service function pathcomprises a recording service function (508), and reporting mediaquality data from the recording service function in the chosen servicefunction path to the control plane (510). Based on the media qualitydata, the method can include updating the classification logicprogrammed in the stream classifier by the control plane to migrate thecommunication session to a new chosen service function path to yieldupdated classification logic (512) receiving subsequent packets at thestream classifier and routing them, according to the updatedclassification logic, to the new chosen service function path (514).

The method can further include forming a network service headeridentifying the chosen service function path and a stream ID associatedwith the communication session. This step can be performed at the RTPstream classifier 208 or in another module. In one aspect, the firstpacket and the second packet are real-time transport protocol packets.The structure of the packets can also be other than RTP packets. Therecording service function can retrieve a tenant ID that identifies arecording service provider 220 to record the communication session. Thetenant ID can be retrieved from the control plane via an applicationprogramming interface or included in a network service header. It isnoted that any two components communicating herein can communicate viaan API. For example, the control plane, the media plane, a social mediaentity, an application on a mobile device that is utilized to access therecording, a call center accessing a recording, or any other entity thatreceives or transmits data in order to implement qualities awarerecording using service function changes disclosed herein cancommunicate via a customized API with any other entity.

Routing the first packet to the chosen service function path can includerouting the first packet with a recording profile that identifies atleast one parameter associated with recording the communication session.The recording service function can retrieve data required to store arecording of the communication session. Such data can include at leastone of a conference ID, a participant ID, a session ID, a stream ID, adate, a time, social media data, external data, content associated withthe communication session, security information, policy informationassociated with retrieving the recording of the communication session,and a document ID for a document associated with the communicationsession.

In another aspect, the media quality data further can include datareceived from a service function in the chosen service function path,wherein the service function differs from the recording servicefunction.

FIG. 6 illustrates a method aspect of this disclosure which relates toretrieving a recorded session initiated from the context of a socialnetworking session. Again, while audio is reference, the recordingsession to be any type of recording session including images, video,interactions between users or between humans and devices, and so forth.FIG. 6 illustrates a method for retrieving a stored recording via asocial network. The method includes receiving a request for a recordedaudio session from a participating party such as user 302 or user 306described above with reference to FIG. 3 (600). The request may bereceived at a social network server 304 of the social network throughwhich users 302 and 306 interact. In one example embodiment, the requestmay be received via an object presented to users 302 and/or 306 on asocial media communication interface through which the users 302 and/or306 communicate. As described above with reference to FIG. 4, users 302and 306 may be exchanging messages via the social media communicationinterface (e.g., a Facebook chat room). At some point during theconversation, users 302 and 306 may have switched to an audio/videocommunication session (which is recorded and stored according to exampleembodiments described in this application such as that described withreference to FIG. 2. Upon a termination thereof, the object 402 mayappear on the screen of the social networking interface that enableusers 302 and 306 to transmit a request to the social network server forretrieval of the previously recorded audio communication (hereinafterreferred to as the recorded audio session).

The method further includes transmitting a request to the requestingparty to provide verification information (602). The verificationinformation may include, but is not limited to, informationcorresponding to the date and time of the audio session, a user'spassword for logging into the social network, one or more personalizedsecurity questions, a fingerprint, etc. In one example, the request forverification information may be provided as a pop up screen to therequesting party on a screen of the requesting party's device. Inanother aspect, the system may be able to identify a sufficient level ofcertainty, a particular recording session and not need specificverification information. For example, the two parties communicating ina social media network may only have a single recording session andsimply making the request by one party is sufficient to identify thesession.

Upon receiving the requesting party's response to the verificationinformation, the social network server processes the receivedverification information to determine if the requesting party isauthorized to retrieve the audio session (604). The social networkserver determines whether the processed information at 604 indicatesthat the requesting party is authorized to access the recorded audiosession or not (606). If the social network server determines that therequesting party is authorized, the social network server retrieves therecorded audio session from the storage 220, as described above withreference to FIG. 3 (608). Thereafter, the social network servertransmits the retrieved audio session to the requesting party (610).

In one example, there may be more than one recorded audio sessionbetween users 302 and 306. Accordingly, after receiving the request at600 and/or concurrently with requesting the verification information at602, the social network server provides the requesting party with theoption of choosing one of the available audio sessions (e.g., bypresenting a drop down menu on the requesting party's device).

Referring back to 606, if the social network server determines that therequesting party is not authorized, the social network server determineswhether a number of times the requesting party has providedinvalid/insufficient verification information is equal to or greaterthan a threshold or not (612). The threshold may be an adjustableparameter (e.g., set to 3) that limits a number of attempts by therequesting party (possibly an unauthorized requesting party) to accessthe recorded audio session, for security purposes.

If the social network server determines that the number of attemptsequals or exceeds the threshold, the social network server denies therequesting party access to the recorded audio session by displaying apertinent message on a screen/display of the requesting party's device(614). In one example, the requesting party may then have to wait for aperiod of time (e.g., a few hours, 24 hours, etc.) before attempting toretrieve the recorded audio session. Alternatively, the requesting partymay be asked to log out of the social network service and log back in,in order to attempt retrieving the recorded audio session.

If the social network server determines, at 612, that the number ofattempts is less than the threshold, the social network server revertsback to 602 and re-transmits the request for verification information tothe requesting party. In one example, the social network server mayalter the type of verification information requested from the requestingparty. For example, if on the first attempt, the requesting party isasked to provide his or her password for the social network and theprovided password is incorrect, then on the second attempt, the socialnetwork server may request a different kind of verification informationto be furnished by the requesting party (e.g., one or more securityquestions such as date of birth, name of your first pet, etc.).Thereafter, the social network server repeats the processes 604 to 614,as appropriate.

In one aspect, any of the functionality described above with respect toapproaches to initiating a recording between two users of the socialnetwork 304 or retrieving a stored recording between two individuals canbe performed by one or more of the social network 304, the control planetool for, and stores 220. The overall concept relates to how to connectusers of the social network into the system of FIG. 2 which providesparticular details on how to manage quality aware recordings usingservice function chains. As noted above, particularly programmed servicefunctions can be included within service function chains in order toenable the medications between a service function path and a socialnetwork 304. This concept can greatly enhance the usability of such aquality aware recording system as well as the accessibility byindividual users to recordings.

In some embodiments the computer-readable storage devices, mediums, andmemories can include a cable or wireless signal containing a bit streamand the like. However, when mentioned, non-transitory computer-readablestorage media expressly exclude media such as energy, carrier signals,electromagnetic waves, and signals per se.

Methods according to the above-described examples can be implementedusing computer-executable instructions that are stored or otherwiseavailable from computer readable media. Such instructions can comprise,for example, instructions and data which cause or otherwise configure ageneral purpose computer, special purpose computer, or special purposeprocessing device to perform a certain function or group of functions.Portions of computer resources used can be accessible over a network.The computer executable instructions may be, for example, binaries,intermediate format instructions such as assembly language, firmware, orsource code. Examples of computer-readable media that may be used tostore instructions, information used, and/or information created duringmethods according to described examples include magnetic or opticaldisks, flash memory, USB devices provided with non-volatile memory,networked storage devices, and so on.

Devices implementing methods according to these disclosures can comprisehardware, firmware and/or software, and can take any of a variety ofform factors. Typical examples of such form factors include laptops,smart phones, small form factor personal computers, personal digitalassistants, rack mount devices, standalone devices, and so on.Functionality described herein also can be embodied in peripherals oradd-in cards. Such functionality can also be implemented on a circuitboard among different chips or different processes executing in a singledevice, by way of further example.

The instructions, media for conveying such instructions, computingresources for executing them, and other structures for supporting suchcomputing resources are means for providing the functions described inthese disclosures.

Although a variety of examples and other information was used to explainaspects within the scope of the appended claims, no limitation of theclaims should be implied based on particular features or arrangements insuch examples, as one of ordinary skill would be able to use theseexamples to derive a wide variety of implementations. Further andalthough some subject matter may have been described in languagespecific to examples of structural features and/or method steps, it isto be understood that the subject matter defined in the appended claimsis not necessarily limited to these described features or acts. Forexample, such functionality can be distributed differently or performedin components other than those identified herein. Rather, the describedfeatures and steps are disclosed as examples of components of systemsand methods within the scope of the appended claims. Moreover, claimlanguage reciting “at least one of” a set indicates that one member ofthe set or multiple members of the set satisfy the claim.

It should be understood that features or configurations herein withreference to one embodiment or example can be implemented in, orcombined with, other embodiments or examples herein. That is, terms suchas “embodiment”, “variation”, “aspect”, “example”, “configuration”,“implementation”, “case”, and any other terms which may connote anembodiment, as used herein to describe specific features orconfigurations, are not intended to limit any of the associated featuresor configurations to a specific or separate embodiment or embodiments,and should not be interpreted to suggest that such features orconfigurations cannot be combined with features or configurationsdescribed with reference to other embodiments, variations, aspects,examples, configurations, implementations, cases, and so forth. In otherwords, features described herein with reference to a specific example(e.g., embodiment, variation, aspect, configuration, implementation,case, etc.) can be combined with features described with reference toanother example. Precisely, one of ordinary skill in the art willreadily recognize that the various embodiments or examples describedherein, and their associated features, can be combined with each other.

A phrase such as an “aspect” does not imply that such aspect isessential to the subject technology or that such aspect applies to allconfigurations of the subject technology. A disclosure relating to anaspect may apply to all configurations, or one or more configurations. Aphrase such as an aspect may refer to one or more aspects and viceversa. A phrase such as a “configuration” does not imply that suchconfiguration is essential to the subject technology or that suchconfiguration applies to all configurations of the subject technology. Adisclosure relating to a configuration may apply to all configurations,or one or more configurations. A phrase such as a configuration mayrefer to one or more configurations and vice versa. The word “exemplary”is used herein to mean “serving as an example or illustration.” Anyaspect or design described herein as “exemplary” is not necessarily tobe construed as preferred or advantageous over other aspects or designs.

Moreover, claim language reciting “at least one of” a set indicates thatone member of the set or multiple members of the set satisfy the claim.For example, claim language reciting “at least one of A, B, and C” or“at least one of A, B, or C” means A alone, B alone, C alone, A and Btogether, A and C together, B and C together, or A, B and C together.

What is claimed is:
 1. A method comprising: establishing a communicationsession between a first participant and a second participant;programming, via a control plane, a stream classifier which is toprocess packets associated with the communication session withclassification logic; receiving a first packet at the stream classifier;when the communication session requires recording, applying theclassification logic at the stream classifier to route the first packetinto a chosen service function path of a plurality of service functionpaths, wherein the chosen service function path comprises a recordingservice function; reporting media quality data from the recordingservice function in the chosen service function path to the controlplane; based on the media quality data, updating the classificationlogic programmed in the stream classifier by the control plane tomigrate the communication session to a new chosen service function pathto yield updated classification logic; receiving subsequent packets atthe stream classifier; and routing the subsequent packets according tothe updated classification logic, to the new chosen service functionpath.
 2. The method of claim 1, further comprising forming a networkservice header identifying the chosen service function path and a streamID associated with the communication session.
 3. The method of claim 1,wherein the first packet and the subsequent packets are real-timetransport protocol packets.
 4. The method of claim 1, when the recordingservice function retrieves a tenant ID that identifies a recordingservice provider to record the communication session.
 5. The method ofclaim 4, where the tenant ID is retrieved from the control plane via anapplication programming interface or included in a network serviceheader.
 6. The method of claim 1, wherein routing the first packet tothe chosen service function path comprises routing the first packet witha recording profile that identifies at least one parameter associatedwith recording the communication session.
 7. The method of claim 1,wherein the recording service function retrieves data required to storea recording of the communication session, and wherein the data comprisesat least one of a conference ID, a participant ID, a session ID, astream ID, a date, a time, social media data, external data, contentassociated with the communication session, security information, policyinformation associated with retrieving the recording of thecommunication session, and a document ID for a document associated withthe communication session.
 8. The method of claim 1, where the mediaquality data further comprises data received from a service function inthe chosen service function path, wherein the service function differsfrom the recording service function.
 9. The method of claim 1, whereinthe media quality data comprises media quality statistics for an activerecording session associated with recording the communication session.10. A system comprising: a processor; and a computer-readable storagedevice storing instructions which, when executed by the processor, causethe processor to perform operations comprising, in each switch of aplurality of switches in a network fabric: establishing a communicationsession between a first participant and a second participant;programming, via a control plane, a stream classifier which is toprocess packets associated with the communication session withclassification logic; receiving a first packet at the stream classifier;when the communication session requires recording, applying theclassification logic at the stream classifier to route the first packetinto a chosen service function path of a plurality of service functionpaths, wherein the chosen service function path comprises a recordingservice function; reporting media quality data from the recordingservice function in the chosen service function path to the controlplane; based on the media quality data, updating the classificationlogic programmed in the stream classifier by the control plane tomigrate the communication session to a new chosen service function pathto yield updated classification logic; receiving subsequent packets atthe stream classifier; and routing the subsequent packets according tothe updated classification logic, to the new chosen service functionpath.
 11. The system of claim 10, wherein the execution of theinstructions further cause the processor to perform forming a networkservice header identifying the chosen service function path and a streamID associated with the communication session.
 12. The system of claim10, wherein the first packet and subsequent packets are real-timetransport protocol packets.
 13. The system of claim 10, when therecording service function retrieves a tenant ID that identifies arecording service provider to record the communication session.
 14. Thesystem of claim 13, where the tenant ID is retrieved from the controlplane via an application programming interface or included in a networkservice header.
 15. The system of claim 10, wherein the processorperforms the routing of the first packet to the chosen service functionpath by routing the first packet with a recording profile thatidentifies at least one parameter associated with recording thecommunication session.
 16. The system of claim 10, wherein the recordingservice function retrieves data required to store a recording of thecommunication session, and wherein the data comprises at least one of aconference ID, a participant ID, a session ID, a stream ID, a date, atime, social media data, external data, content associated with thecommunication session, security information, policy informationassociated with retrieving the recording of the communication session,and a document ID for a document associated with the communicationsession.
 17. The system of claim 10, where the media quality datafurther comprises data received from a service function in the chosenservice function path, wherein the service function differs from therecording service function.
 18. The system of claim 10, wherein themedia quality data comprises media quality statistics for an activerecording session associated with recording the communication session.19. A non-transitory computer-readable storage device storinginstructions which, when executed by a processor, cause the processor toperform operations comprising, in each switch of a plurality of switchesin a network fabric: establishing a communication session between afirst participant and a second participant; programming, via a controlplane, a stream classifier which is to process packets associated withthe communication session with classification logic; receiving a firstpacket at the stream classifier; when the communication session requiresrecording, applying the classification logic at the stream classifier toroute the first packet into a chosen service function path of aplurality of service function paths, wherein the chosen service functionpath comprises a recording service function; reporting media qualitydata from the recording service function in the chosen service functionpath to the control plane; based on the media quality data, updating theclassification logic programmed in the stream classifier by the controlplane to migrate the communication session to a new chosen servicefunction path to yield updated classification logic; receivingsubsequent packets at the stream classifier; and routing the subsequent,according to the updated classification logic, to the new chosen servicefunction path.
 20. The non-transitory computer-readable storage deviceof claim 19, wherein the execution of the instructions further cause theprocessor to perform forming a network service header identifying thechosen service function path and a stream ID associated with thecommunication session.